Entdecken Sie die vier Status, die von den Normen ISO 19650 vorgesehen sind. Klicken Sie auf den jeweiligen Status, um zu erfahren, wer Zugriff hat, welche Aktionen erlaubt sind, wie Übergänge stattfinden und welche Eignungscodes (Suitability) gelten.
Die Eignungscodes geben den Verwendungszweck an, für den der Informationscontainer geeignet ist. Sie ergänzen den Status um eine semantische Zweckbestimmung.
| Code | Status | Bedeutung | Typische Verwendung |
|---|---|---|---|
S0 | WIP | Anfangsstatus | Neu erstellter Container, noch nicht geprüft |
S1 | Shared | Geeignet für Koordination | Interdisziplinäre Abstimmung und Koordination |
S2 | Shared | Geeignet für Information | Allgemeine Information, nicht bindend für Entscheidungen |
S3 | Shared | Geeignet für interne Überprüfung | Interne Prüfung innerhalb des eigenen Teams |
S4 | Shared | Geeignet für Meilenstein-Freigabe | Formelle Freigabe am Ende einer Leistungsphase |
S6 | Shared | Geeignet für PIM-Autorisierung | Autorisierung für das Project Information Model |
S7 | Shared | Geeignet für AIM-Autorisierung | Autorisierung für das Asset Information Model |
A1-AN | Published | Autorisiert für [Zweck] | Autorisiert für eine spezifische vertragliche Verwendung |
B1-BN | Published | Teilweise freigegeben | Teilweise freigegeben mit Vorbehalten oder Anmerkungen |
CR | Published | As-Built-Dokumentation | Dokumentation des tatsächlich ausgeführten Zustands |
PR | Published/Archived | Veröffentlichtes Protokoll | Endgültig autorisiertes Archivobjekt |
Revisionscodes dienen der lückenlosen Verfolgung der Version eines Informationscontainers. Die gängigste Praxis unterscheidet drei Lebenszyklusphasen:
P01, P02, P03... Planungsphase — Revisionen während der Konzeption und des EntwurfsC01, C02, C03... Bauausführung — Revisionen während der Realisierungsphase auf der BaustelleD01, D02, D03... Betriebsphase (Deployed) — Revisionen während der Nutzung und InstandhaltungKombination aus Eignung und Revision: Die Notation Eignung - Revision identifiziert den semantischen Zustand des Containers zu jedem Zeitpunkt eindeutig.
Beispiel: S2 - P03 bedeutet „Geeignet für Information, dritte Revision in der Planungsphase“. A1 - C02 bedeutet „Autorisiert für die Bauausführung, zweite Revision in der Ausführungsphase“.
Eine moderne Projektdatenraum-Umgebung (CDE) generiert Revisionscodes automatisch und zählt sie bei jeder neuen Version hoch, um Lücken zu vermeiden und eine konsistente Historie zu gewährleisten.
Die erlaubten Aktionen für die verschiedenen Rollen variieren je nach Status des Containers. Die exakte Konfiguration richtet sich nach den Informationsanforderungen (EIR) des Projekts.
| Rolle | WIP | Shared | Published | Archived |
|---|---|---|---|---|
| Erstellerteam (Task Team) | Lesen / Ändern / Löschen | Lesen / Eingeschränkt ändern | Lesen | Lesen |
| Andere Fachdisziplinen | — | Lesen / Kommentieren / Prüfen | Lesen | Lesen |
| Hauptvertragspartner (Lead Appointed Party) | — | Lesen / Prüfen / Freigeben | Lesen / Finale Freigabe | Lesen |
| Auftraggeber / Client | — | Lesen (je nach EIR) | Lesen / Autorisieren | Lesen |
| CDE-Administrator | Administration | Administration | Administration | Administration (nur Lesen) |
Der CDE-Administrator besitzt in allen Phasen Verwaltungsrechte, darf archivierte Inhalte jedoch nicht unbemerkt ändern, da jede Aktion im Audit-Trail manipulationssicher protokolliert wird.
Der Status „Shared“ ist nicht mit einer Veröffentlichung gleichzusetzen: Er besitzt keine vertragliche Bindungswirkung und darf nicht für Ausführungsentscheidungen auf der Baustelle genutzt werden. Die Nutzung von Shared-Containern als Published-Grundlage ist eine häufige Ursache für Mängel.
Das direkte Hochladen von Containern in den Status „Published“ unter Umgehung der Shared-Phase verhindert die interdisziplinäre Koordination. Dies führt unweigerlich zu unentdeckten Kollisionen (Clashes) und Planungskonflikten.
Ein archivierter Container muss dauerhaft als schreibgeschütztes Dokument eingefroren werden und darf niemals gelöscht werden. Das endgültige Löschen verstößt gegen vertragliche Aufbewahrungspflichten und vernichtet Beweismittel im Falle von Haftungsfragen.
Ein Container im Status „Published“ darf nicht mehr verändert werden. Jede Anpassung erfordert zwingend eine neue Revision, die den Zyklus erneut ab dem WIP-Status durchlaufen muss. Nachträgliche, „stille“ Änderungen zerstören die Nachvollziehbarkeit.
Es ist ein schwerer Konfigurationsfehler, wenn Teams einen Shared- oder Published-Container einer anderen Fachdisziplin frei bearbeiten können. Rechte müssen zwingend an den Status gekoppelt und rollenbasiert restriktiv vergeben werden.